После установки сервера VMware ESX 4 из состава vSphere 4 многие пользователи сталкиваются с первой проблемой: невозможно удаленно войти пользователем root в Service Console по протоколу SSH. Решив эту проблему, пользователи задумываются о том, достаточно ли безопасно всегда входить в сервисную консоль пользователем root и какие права необходимо назначать пользователям в Service Console для работы с сервером VMware ESX. Сегодня мы рассмотрим обе этих проблемы в контексте безопасности и покажем некоторые практические приемы работы с командами su и sudo.
Мы уже писали о бесплатной программе RVTools для VMware vSphere и серверов ESX. Не так давно она обновилась до версии 2.7.3, где добавилось несколько исправлений и дополнений:
Файлы в директориях снапшотов, а также фалы CTK (технология Change Block Tracking) выводятся в отчете корректно, а не как "zombie".
При некоторых условиях Filter Screen вылетал с ошибкой.
Новые поля на панели vDisk: ThinProvisioned и split диски.
Новые поля на панели vTools: Virtual machine hardware version.
Кроме того, появилось интересное видео с демонстрацией возможностей RVTools:
Некоторым пользователям VMware vSphere 4 не хватает стандартной функциональности Distributed vSwitch (dvSwitch), который позволяет создать центральный коммутатор для всей виртуальной инфаструктуры, представляющий собой объединение виртуальных коммутаторов на хостах VMware ESX.
Специально для них, компания Cisco, близкий партнер VMware, предоставляет пользователям возможность применять специализированный виртуальный коммутатор Cisco Nexus 1000V в составе издания VMware vSphere Enterprise Plus (за отдельные деньги), который очень удобен сетевым администраторам для больших инсталляций VMware vSphere. Полный список функций распределенного коммутатора Cisco Nexus 1000V, который бывает как физическим устройством, так и виртуальным модулем (Virtual Appliance) приведен вот в этом документе.
История взаимоотношения вендоров и их партнеров-реселлеров - это всегда сложная история. С одной стороны вендор хочет, чтобы его продукты и услуги были настолько просты для потребления, чтобы их купило как можно больше заказчиков (как варинат - консультанты становятся не нужны). С другой стороны, партнер хочет обладать неким эксклюзивным преимуществом перед заказчиком (профессионализм исполнителей - не всегда выше, чем у ИТ-службы заказчика), которое позволит ему выполнить как можно больше проектов с высокой маржой (сравните маржинальность поставок ПО и проектной деятельности). Идеальный вариант, устраивающий и вендора и интегратора - поставка лицензий с одновременным выполнением проекта (при этом, кхе-кхе, желательно средствами дешевой рабочей силы от третьей стороны - чтобы осталось только перекладывать бумажки).
Вывод из этого очень простой: поскольку партнеры вендора - это, все-таки, драйвер его бизнеса, ему нужно дать инструменты (эксклюзивные), с помощью которых он сможет, во-первых, поднять экспертизу и не слажать перед заказчиком в бою, а, во-вторых, прийти на площадку клиента и сделать все по-быстрому и в срок. Это, кстати, очень хорошая практика, постичь которую дано не каждой большой компании, особенно российской.
Казалось бы компания VMware немного забыла о нас в этом году (во второй его половине) - минорное обновление Capacity Planner и VMware Health Analyzer, это, все же, маловато. А заказчики говорят, что они сами с усами и все умеют внедрять...
Так вот новости с VMware Partner Advisory Board, прошедшего на VMworld 2009 в Сан-Франциско, обрадовали нас уже тогда - компания VMware выпустит VMware Migration Manager, который позволит централизованно исполнять и контролировать миграции физических серверов в виртуальную среду (P2V) на площадке клиента и выглядеть при этом круто, как настоящий консультант.
Так вот - ждать осталось недолго. VMware Migration Manager уже почти скоро сможет работать для ваших проектов по P2V-миграции, разумеется, с помощью партнеров VMware. VMware Migration Manager - это веб-консоль, с помощью которой можно как инициировать процесс загрузки обработанной (видимо, с помощью Capacity Planner) информации аппаратного и программного окружения физической инфраструктуры, централизованно управлять процессом P2V-миграции физических систем на сервера VMware vSphere / ESX, осуществлять трэкинг проекта P2V, строить отчеты о текущем статусе и финальные. Также есть Migration Console & Accelerator Toolkit, который содержит в себе множество скриптов и утилит для ускорения процесса P2V-миграции со стороны партнера.
Большая P2V-миграция это вам не кое-что, а серьезный процесс:
И выполнять его надо централизованно и с помощью комплекса специализированных средств:
Мы уже писали про средство оценки и прогнозирования мощностей VMware vCenter CapacityIQ, которое позволяет всегда быть в курсе того, насколько эффективно расходуются аппартные ресурсы, и как сбалансированно их необходимо наращивать, чтобы виртуальные машины не испытывали проблем производительности.
Компания VMware выпустила версию VMware CapacityIQ 1.0.1 с одним-единственным, но очень важным нововведением - поддержкой VMware vSphere 4 и серверов ESX / ESXi 4.
Hany Michael, автор портала Hypervizor.com, опубликовал интересную диаграмму работы механизма обеспечения отказоустойчивости VMware High Availability. На картинке отмечены такие элементы как HA Advanced Settings, HA VM Monitoring, параметры Heartbeats и пинга шлюза, диагностика кластера и конфигурационная информация. Неплохой плакат для системных администраторов, отвечающих за работу кластера VMware HA:
Андрей Вахитов (vmind.ru) в своем блоге разместил просочившуюся информацию о новой функциональности готовящегося к выпуску релиза платформы виртуализации VMware vSphere 4.1, включая ESX 4.1 и vCenter 4.1.
Приблизительный список основных новых возможностей VMware vSphere 4.1:
Поддержка развертывания тонкого гипервизора VMware ESXi по PXE.
Контроль обмена трафиком с системой хранения Storage I/O Control в стиле QoS.
Network I/O Traffic Management - более гибкое регулирование полосы пропускания сетевого взаимодействия виртуальных машин (в том числе сети VMotion, Fault Tolerance).
VMware HA Healthcheck Status - автоматическая проверка работоспособности VMware HA, при этом в случае отклонения настроек кластера от требуемых выдается Alarm в VMware vCenter.
Fault Tolerance (FT) Enhancements - теперь FT полностью интегрирован с VMware DRS, работает в кластерах EVC, а первичные и вторичные виртуальные машины корректно балансируются DRS. Кроме того, VMware FT может теперь работать без VMware HA.
vCenter Converter Hyper-V Import - можно импортировать виртуальную машину на ESX с сервера Hyper-V
DRS Virtual Machine Host Affinity Rules - возможность запрещать некоторые хосты к размещению на них ВМ. Пригодится для соблюдения лицензионной политики.
Memory Compression - новый уровень абстракции оперативной памяти ВМ. Быстрее чем засвопированная на диск память, но медленнее, чем физическая.
vMotion Enhancements - теперь VMotion работает быстрее (до 8 раз), и увеличено число одновременных миграций ВМ на хосте (с 4 до 8).
8GB Fibre Channel Support
ESXi Active Directory Integration - теперь ESXi можно загнать в AD.
Configuring USB Device Passthrough from an ESX/ESXi Host to a Virtual Machine - поддержка USB-устройств на хосте ESX / ESXi, пробрасываемых к виртуальной машине.
User-configurable Number of Virtual CPUs per Virtual Socket - по-сути, многоядерные (не путать с многопроцессорными) виртуальные машины. Несколько виртуальных ядер в одном виртуальном vCPU.
Интересную штучку сделал Alan Renouf с помощью PowerCLI / PowerShell для VMware vSphere Client. Бесплатная утилита для VMware vSphere называется Local Plugin Creator и позволяет создавать свои собственные плагины для VMware vSphere на базе веб-интерфейсов от продуктов для управления виртуальной инфраструктурой VMware. Это позволит не переключаться постоянно между множеством окон, а просто выбирать вкладку в vSphere Client для нужного средства.
Итак, запустив Local Plugin Creator в виде скрипта PowerCLI, мы видим вот такое окно:
Здесь просто вбиваем URL нужной страницы, которую нам необходимо подцепить в качестве плагина к VMware vSphere Client, а также вкладку, где этот плагин будет показан, и нажимаем Create Plugin. Получится что-то вроде этого:
Мы уже писали о бесплатном средстве vAudit для контроля и аудита пользовательских сессий VMware View от Richard Garstagen. 30 ноября вышла новая версия утилиты vAudit, которая официально поддерживает VMware View 3.0 и 3.1. Но фишка еще и в том, что она отлично работает с VMware View 4 на платформе VMware vSphere 4, что и было проверено нами в лаборатории. Утилита очень полезная и нужная для администраторов настольных ПК, которые хотят из одной консоли хотят контролировать и отслеживать активность пользователей. Можно масштабировать временной промежуток и смотреть события, происходящие с десктопами VMware View 4. При соединении с Connection Server от View 4 выбирайте тип соединения VMware View 3.1.
А знаете ли вы, что в VMware vSphere 4 / ESX есть способ обновить VMware Tools сразу для нескольких операционных систем в виртуальных машинах одновременно? Выбираем какой-нибудь объект в окружении VMware vCenter из vSphere Client, где есть вкладка Virtual Machines (например кластер или хост ESX 4), переходим на нее, выделяем с помощью Ctrl или Shift несколько виртуальных машин, нажимаем правую кнопку мыши и из меню Guest выбираем Install / Upgrade VMware Tools для массового обновления:
Компания VMware выпустила очередное обновление все еще работающего в производственной среде пакета ПО VMware Virtual Infrastructure 3.5. В частности, вышли обновления VMware ESX 3.5 Update 5 и VMware vCenter Update 5.
Enablement of Intel Xeon Processor 3400 Series – добавлена поддержка процессоров Intel Xeon серии 3400. Поддержка включает в себя также Enhanced VMotion Compatibility (EVC).
Driver Update for Broadcom bnx2 Network Controller – драйвер контроллера bnx2 обновлен до версии 1.6.9.
Driver Update for LSI SCSI and SAS Controllers – драйвер LSI SCSI и SAS контроллеров обновлен до версии 2.06.74. Драйвер обеспечивает лучшую поддержку хранилищ с контроллерами SAS.
Newly Supported Guest Operating Systems – добавилась поддержка следующих гостевых ОС для VMware ESX 3.5:
Издание VMguru.nl опубликовало интересное сравнение возможностей платформ виртуализации VMware vSphere / ESX и Microsoft Hyper-V R2. Само сравнение, как и многие другие прочие, мы рассматривать не будем, ввиду того, что все они попахивают субъективизмом, а вот картинка с матрицей поддержки гостевых ОС под VMware vSphere / ESX, Microsoft Hyper-V R2 и Citrix XenServer заслуживает внимания (нажмите на картинку слева для ее увеличения). Данные действительны на 13 октября 2009.
А вот сводная статистика поддержки гостевых ОС данными гипервизорами:
Пока все только чешут языками, мы уже развернули и тестируем новейшее решение для виртуализации настольных ПК VMware View 4 и высокопроизводительный протокол PC over IP (PCoIP). Безусловно это работает лучше и быстрее, чем RDP, и, конечно же, это удобно настолько, словно пользователь работает со своим локальным ПК, хотя его десктоп размещен в виртуальной машине на серверах VMware vSphere / ESX.
Вашему вниманию предлагаю демонстрацию решения VMware View 4, где я делаю небольшое сравнение работы с ПК по RDP и PCoIP, а также немного рассказываю о продукте VMware ThinApp 4, позволяющем виртуализовать приложения и просто распространять их в ИТ-инфраструктуре компании.
На прошедшей зимой 2009 года конференции VMworld Europe компания VMware объявила о разработке клиентского гипервизора Client Virtualization Platform (CVP), который будет использовать новейшие разработки компании Intel (в частности, технологию Intel vPro) для запуска виртуальных ПК VMware View на конечном устройстве пользователя (ноутбук или классический ПК). Гипервизор VMware CVP не требует хостовой ОС (bare-metal hypervisor) и может быть использован как для "онлайн виртуальных ПК" (подключенных к VMware View), так и для "оффлайн" десктопов.
Теперь стали известны некоторые подробности разработки VMware Client Virtualization Platform (CVP). В частности, на французской VMware User Group была продемонстрирована предварительная версия VMware CVP:
Оно уже работает. А значит ждать VMware Client Virtualization Platform осталось недолго.
Компания VMware выпустила интересный документ о продукте для обеспечения катастрофоустойчивости виртуальной инфраструктуры VMware Site Recovery Manager (SRM) 4. В нем описано, каким образом настроить компоненты VMware vSphere 4 и SRM 4 так, чтобы минимизировать время восстановления серверов ESX и виртуальных машин в случае аварии или катастрофы.
Как уже сообщалось, компания VMware выпустила Update 1 для виртуальной инфраструктуры VMware vSphere 4.0 в части хостов VMware ESX и сервера VMware vCenter. Обновить хост-серверы ESX можно с помощью продукта VMware Update Manager, однако это чревато негативными последствиями, описанными в KB 1016070.
Проблема касается хост-серверов ESX с установленными сторонними агентами производителей оборудования и описывается следующими симптомами:
1. VMware Update Manager прекращает обновление на ESX 4 Update 1 и останавливается на 33%.
2. После перезагрузки VMware ESX выпадает в purple screen с сообщением:
COS Panic: Int3 @ mp_register_ioapic
Проблема в том, что после перезагрузки хоста VMware ESX 4 с неудачным обновлением Update 1, вам придется переустанавливать ESX, что приведет к потере виртуальных машин на локальных datastores. Чтобы этого не произошло, необходимо отключить все сторонние агенты на ESX перед обновлением до Update 1. Если вы уже обновились, но не перезагружали хост - обратитесь в техническую поддержку VMware.
Как вы знаете, у VMware есть продукт для резервного копирования и восстановления виртуальных машин VMware vSphere для совсем небольших инфраструктур (для средних и больших нужен Veeam Backup). В недавно вышедшем VMware Data Recovery 1.1 появились возможности восстановления отдельных файлов виртуальных машин из GUI, что представлено на видео ниже (откроется в новом окне):
Если вкратце описать процесс восстановления файлов из бэкапа виртуальной машины на VMware ESX, то это выглядит так:
2. Запускаем VMware File Level Restore (FLR) client и указываем IP-адрес виртуального модуля VMware Data Recovery Appliance:
3. Появится список точек восстановления виртуальной машины (restore points), из которого необходимо выбрать нужную копию и смонтировать ее в директорию, которая будет read only. Дальше необходимо просто скопировать нужный файл в директорию назначения гостевой ОС.
VMware Data Recovery FLR поддерживает одновременное монтирование сразу нескольких точек восстановления.
Про альфа-релиз облачной операционной системы Google Chrome OS сегодня не говорит только ленивый. Новейшая операционная система Chrome OS от компании Google призвана создать альтернативу для владельцев недорогих нетбуков, от которых пользователям нужно только одно - получать ИТ-услуги по требованию через интернет. По-видимому, через какое-то время Google Chrome OS позволит им это делать, потребляя программное обеспечение из облака (cloud) по модели платы только за объем потребляемых услуг.
Google Chrome OS - это линукс с внедренным туда веб-браузером Google Chrome. Таким образом, любой человек, имеющий учетную запись на Google Accounts, может в ней авторизоваться и начать работу. Само собой, обязательным требованием Google Chrome OS является подключение к интернет, что с развитием сетей 3G и 4G (WiMAX) будет не таким уж и сложным.
Не обязательно пробовать новую операционную систему (а тем более ее альфа-версию) на обычном компьютере. Можно запустить ее в виртуальной машине и опробовать ее возможности. Добрые люди, сделали vmdk-диск с виртуальной машиной с установленной Google Chrome OS, которую мы сегодня и попробуем запустить в VMware Workstation 7.
1. Скачиваем виртуальную машину с Google Chrome OS отсюда и распаковываем архив с vmdk-файлом (необходимо зарегистрироваться на сайте).
2. В VMware Workstation 7 (можно также использовать VMware Player) создаем новую виртуальную машину и указываем тип операционной системы "Other Linux Kernel 2.6". Виртуальной машине с Google Chrome OS достаточно 1 ГБ оперативной памяти (RAM), одного сетевого адаптера (Bridged).
3. Указываем виртуальной машине существующий диск vmdk с Google Chrome OS, который мы скачали на шаге 1 (Use an existing virtual disk).
4. Запускаем виртуальную машину с Google Chrome OS.
5. Вводим свой адрес электронной почты Gmail и пароль и попадаем в Google Chrome OS.
Если у вас возникает ошибка Network not connected and offline login fail при загрузке Google Chrome OS, зайдите в систему под именем пользователя chronos и без пароля. После этого можно будет ввести свои учетные данные к Gmail.
Параллельно с выпуском решения для виртуализации корпоративных ПК VMware View 4, который уже доступно для загрузки, компания VMware выпустила также первый пакет обновлений для VMware vSphere. Update 1 теперь доступен для VMware ESX 4 и vCenter 4 и намеренно выпущен с релизом четвертой версии VMware View 4, поскольку последнее с VMware vSphere 4 Update 1 будет работать лучше всего.
Полная поддержка решения VMware View 4.0 (View Manager, Composer и т.п.).
Поддержка Windows 7 и Windows 2008 R2 (32 и 64 битные). Теперь VMware vSphere Client без дополнительных настроек работает на Windows 7.
Поддержка кластеров Microsoft Cluster Server (MSCS) для Windows 2000, 2003 и Windows Server 2008 Failover Clustering при работе в кластерах HA и DRS в ограниченной конфигурации.
Enhanced VMware Paravirtualized SCSI Support - теперь паравиртуализованный адаптер SCSI-контроллера можно использовать и для загрузочных (boot) дисков под гостевые ОС с Windows 2003 и 2008.
Improved vNetwork Distributed Switch Performance - убраны тормоза и увеличено быстродействие при операциях добавления / удаления хостов ESX / ESXi из vDS, а также изменении его конфигурации при больших нагрузках.
Increase vCPU per Core Limit - теперь на одно ядро физического процессора можно использовать до 25 виртуальных vCPU машин.
Компания VMware предоставляет пользователям бесплатное средство VMware vSphere Management Assistant (vMA), которое позволяет централизованно управлять хост-серверами VMware ESX за счет автоматизации операций системных администраторов. По-сути, vSphere Management Assistant представляет собой "вынесенную" за пределы серверов ESX сервисную консоль (консольную ОС), которая для виртуальной инфраструктуры присутствует в единственном экземпляре, но централизованно исполняет сценарии на хостах...
Компания VMware выпустила продукт VMware View 4 для размещения виртуальных ПК на серверах виртуализации VMware vSphere / ESX. В таблице ниже приведены способы доступа клиентов с различных устройств к виртуальным ПК VMware View 4:
View Client for Windows
View Client for Windows with Offline Desktop (экспериментально)
Решение VMware View 4 для виртуализации корпоративных настольных ПК будет доступно для загрузки уже сегодня. Поэтому многие будущие пользователи хотели бы знать, какие именно требования предъявляет продукт VMware View 4 к серверам виртуализации VMware ESX и виртуальной инфраструктуре VMware vSphere 4. Как известно, для VMware View 4 можно использовать не только ESX 4, но и ESX 3.5 из состава VMware Virtual Infrastructure 3.5.
Рекомендуемые системные требования VMware View 4 для использования совместно с функционалом View Composer:
Лицензированный vCenter Server 4.0 Update 1
Административный доступ к vCenter Server
Возможность установить VMware View Composer на vCenter
Возможность установки базы данных View Composer:
Существующая БД SQL Server или Oracle
Рекомендуется 2 ГБ дискового пространства под БД
Пул ресурсов (Resource pool)
Шаблон виртуальной машины с настольной ОС, который будет использован для развертывания ПК
Спецификация для автоматизированного развертывания QuickPrep (Guest customization specification)
Как минимум один хост ESX/ESXi 4.0 Update 1
Виртуальное хранилище для настольных ПК (Datastore)
Доступ к настройке сетевого взаимодействия виртуальных машин
Для виртуальной инфраструктуры VMware Virtual Infrastructure 3.5 понадобится:
Сервер vCenter 2.5 Update 3 или 4, управляющий как минмум одним хостом VMware ESX/ESXi 3.5 Update 3 или 4.
В каких случаях и какие версии VMware vSphere / vCenter и ESX можно использовать для VMware View 4?
Если вы планируете использовать функционал VMware View Composer 4, то потребуется ESX/ESXi 4.0 U1 и vCenter 4.0 U1.
Если вы планируете использовать функционал VMware View Composer 4 и View 4 для VI 3.5, то понадобится vCenter 2.5 U3 или выше, управляющий серверами ESX/ESXi 3.5 U3 или U4.
Более старые версии ESX/ESXi и vCenter могут быть использованы, если не требуется функционал View Composer.
Вы можете использовать VMware View 4 c vCenter 4.0 U1, управляющим более старыми хостами ESX/ESXi, но не сможете использовать полный спектр возможностей VMware vSphere, таких как, например, hardware version 7.
Расширение View Composer 2.0 API было полностью переписано и оптимизировано для vCenter 4.x и ESX/ESXi 4.x в целях производительности и надежности. Этот API несовместим с vCenter 2.5.x и ESX/ESXi 3.5.x. View Composer 2.0 использует legacy API для более ранних версий vCenter или ESX/ESXi. Этот legacy API может быть также использован, пока вы не включите View Composer 2.0 API в настройках View Administrator.
Windows Vista поддерживается на серверах ESX/ESXi, начиная с версии 3.5. Windows Vista поддерживается экспериментально на серверах ESX Server 3.0.x.
Поддержка Windows 7 реализована в VMware View 4 экспериментально (в этом режиме поддерживаются клиенты и гостевые ОС). Тем не менее, возможно использование Windows 7 на серверах VMware View 4 для тестовых целей.
Системные требования для View Connection Server (где установлен VMware View 4 Manager):
Операционная система Windows Server 2003 (без установленного веб-сервера). Рекомендуется использовать его в виртуальной машине для тестирования возможностей.
Минимум 2 ГБ RAM (рекомендуется 3 ГБ)
Процессор 2 ГГц или более быстрый (рекомендуется 2 CPU)
Член домена Windows Active Directory
Доступ к серверу DHCP
Как минимум 1 активный сетевой адаптер (рекомендуется гигабитный NIC)
Что еще потребуется при тестировании VMware View 4 на VMware vSphere / VI в инфраструктуре компании:
Доступ к контроллеру Active Directory и возможность создавать следующие учетные записи:
Domain administrator account
User accounts в домене
Привилегии на присоединение машины к домену
Доступ к серверу DHCP
Возможность добавлять fully qualified domain names (FQDNs) в ваш DNS (предпочтительно использовать функции auto-register для виртуальных ПК)
Какие требования предъявляет VMware View 4 при доступе с клиентских устройств:
Бывает так, что необходимо регламентировать процедуру тестирования отказоустойчивости сетевых интерфейсов VMware ESX (NIC Teaming). В этом случае проверку Network Failover Maish Saidel-Keesing предлагает проводить так:
1. Отключаем один из физических NICs сервера VMware ESX для которого настроен Failover Order, переводя его в режим "10 Half-Duplex ":
[root@esx1 ~]#esxcfg-nics -s 10 -d half vmnic2
2. Видим, что интерфейс отключился:
3. Перед этим запускаем пинги из виртуальной машины, где наблюдаем их потерю из-за "отказа" сетевого адаптера ESX. Потом соединение должно восстановиться по резервному NIC сервера ESX:
4. Включаем интерфейс, переводя его в режим Auto Negotiate:
Компания VMware объявила о выходе решения для виртуализации корпоративных настольных компьютеров VMware View 4. Это решение реализует концепцию инфраструктуры виртуальных рабочих столов (VDI, Virtual Disktop Infrastructure), которая позволяет снизить издержки на управлением парком настольных ПК предприятия. VMware View 4 - это полностью цельное решение для размещения пользовательских виртуальных десктопов на серверах виртуализации VMware vSphere / ESX, включающее в себя...
На сайте Virtu-Al.net коллега Alan Renouf выложил бесплатный скрипт vCheck, предназначенный для сбора информации о виртуальной инфраструктуре VMware vSphere 4, хостах ESX и vCenter. Для запуска скрипта потребуется использовать интерфейсVMware vSphere PowerCLI. Результатом работы скрипта будет следующая информация:
Основное
Число хостов ESX
Число виртуальных машин
Число шаблонов
Число кластеров
Число виртуальных хранилищ (Datastores)
Число запущенных (активных) виртуальных машин
Число остановленных виртуальных машин
Количество миграций DRS за последние несколько дней
Снапшоты, которые старше, чем заданное количество дней
Виртуальные хранилища (Datastores) с менее, чем заданным процентом свободного пространства
Виртуальные машины, созданные за последние X дней
Виртуальные машины, удаленные за последние X дней
Виртуальные машины без VMware Tools
Виртуальные машины с подключенным CD-ROM
Виртуальные машины с подключенным Floppy Drive
Виртуальные машины на локальных хранилищах
Виртуальные машины, где счетчик CPU ready превышает X%
Виртуальные машины, у которых число vCPU превышает заданное количество
Список миграций DRS
Хосты ESX в Maintenance Mode
Хосты ESX в состоянии disconnected
Проверка NTP-сервера по заданному имени
Сообщения лога vmkernel warning за последние X дней
Сообщения лога vCenter за последний X дней
Сообщения лога vCenter (Windows Event Log Errors) за последние X дней
Детали сервиса VMware vCenter Service
В начале скрипта можно выключить не требующиеся секции отчета
Активные тревоги, привязанные к ВМ
Активные тревоги, привязанные к кластеру
Активные тревоги, привязанные к хосту ESX
Недоступные iSCSI LUN
Проверка vSphere: размеры слотов для VMware HA
Проверка vSphere: устаревшая версия виртуального Hardware (меньше версии 7)
На VM Guru уже сообщалось, что компания VMware выпустила средство для анализа и прогнозирования нагрузки на хост-серверы VMware ESX под названием VMware vCenter CapacityIQ. Компания VKernel, аналоги продуктов которой подозрительно регулярно анонсируются и выпускаются VMware, решила сделать ход конем. Продукт VKernel Capacity Modeler, прямой конкурент VMware CapacityIQ, предназначенный для моделирования нагрузки виртуальной инфраструктуры (в стиле "что будет, если"), становится абсолютно бесплатным.
В своем разъяснении компания VKernel делает упор на то, что VMware CapacityIQ обойдется пользователям до $ 1000 за физический процессор сервера, а лицензия на Capacity Modeler доступна сейчас абсолютно бесплатно и на неограниченное количество сокетов VMware ESX. К тому же, как вы помните, VMware CapacityIQ не поддерживает сейчас VMware vSphere 4 и еще неизвестно когда будет поддерживать. Добавляем VKernel Capacity Modeler к списку бесплатных программ для VMware vSphere / ESX.
Мой знакомый Vladan Seget записал обучающее видео для тех, кому необходимо в целях обучения или тестирования установить VMware vSphere / ESX 4, а свободного сервера для этого нет. Можно взять компьютер с Windows и VMware Workstation 7, установить туда виртуальную машину с сервером ESX 4, где уже можно развертывать другие виртуальные машины.
Не так давно компания VMware выпустила седьмую версию продукта VMware Workstation 7 с полной поддержкой Windows 7 в качестве гостевой и хостовой ОС. Теперь VMware бесплатно предлагает пройти обучающий курс VMware Workstation 7: Fundamentals, где раскрываются основные возможности этой настольной платформы виртуализации по работе с виртуальными машинами:
Для прохождения курса потребуется создание аккаунта на VMware Education Services.
Компании VMware и Citrix решили сделать Единый день выпуска новых версий продуктов для виртуализации корпоративных ПК предприятия. Решения VMware View 4 и Citrix XenDesktop 4 выходят в один день - 16 ноября, и будут доступны для скачивания.
Напомним, что оба решения имеют высокопроизводительные терминальные протоколы (XenDesktop - собственный ICA и технологию HDX, VMware View - протокол PC over IP, разработанный вместе с Teradici). Теперь конечные пользователи наконец-то смогут почувствовать, что они работают за компьютером, а не за виртуальной машиной.
Демо решения Citrix XenDesktop 4 с технологией HDX (High Definition User Experience) и, теперь уже, нормальным лицензированием:
Безусловно, каждый продукт имеет свои сильные и слабые стороны, но факт остается фактом - это два лидера рынка VDI-решений, до которых остальным еще очень далеко. Конечно же, и Citrix XenDesktop 4, и VMware View 4 мы будем продавать и внедрять.
Очень часто бывает необходимо определить, какова сейчас актуальная версия VMware ESX 4.0 из состава VMware vSphere, а также узнать какие обновления и патчи на нем установлены. Эта информация может понадобиться для верификации конфигурации самого ESX, решения проблем, а также поиска обновления, вызвавшего сбой.
RSS
